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Dispositif transactionnel a p re-traitement anticip e 

L' invention se rapporte aux dispositif s de transaction au 
moins partiellement automatises et plus particulierement a 
ceux ou la transaction s'acheve par la delivrance d'un 
service . 

Ces dispositifs sont de plus en plus courants et delivrent 
des services varies. 

On connait par exemple differents types de distributeurs 
automatiques de billets, lesquels gerent une transaction 
entre un utilisateur muni d'une carte de credit et un reseau 
bancaire et qui s'acheve par la delivrance en tant que 
service d'une somme d' argent. 

On connait egalement des caisses installees dans des magasins 
qui mettent en oeuvre une transaction entre le client et le 
magasin, laquelle se termine par la realisation du paiement 
proprement dit . 

Ces dispositifs apportent des avantages consequents, coirane la 
delivrance de billets en permanence ou la validation d'un 
achat uniquement pour des clients disposant de la somme 
d' argent necessaire en ce qui concerne 1'un et 1' autre des 
exemples consideres . 

Cependant, ces dispositifs sont rapidement engorges lorsque 
plusieurs utilisateurs s'y presentent. D' autre part le temps 
qu'un utilisateur passe devant le dispositif est souvent long 
compare a la delivrance du service en lui-meme. 
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L' invention a pour objet de diminuer le temps passe par un 
utilisateur devant les dispositifs precites pour l'obtention 



PCT/FR2005/000088 

WO 2005/073931 

2 

d'un service en proposant un dispositif de transaction d'un 
type nouveau. 

De fa<?on generale, on connait des systemes comprenant un 
5 poste capable d'effectuer une transaction, et un equipement , 
propre a etablir un reseau de communication sans fil, avec un 
ou des. terminaux mobiles, selon un protocole de mise en 
liaison, ainsi qu'une communication avec ledit poste. 

10 Le dispositif selon 1' invention part d'un tel systeme utilise 
pour effectuer une transaction et prevoit en outre que 
1' equipement est agence avec un perimetre choisi pour couvrir 
une zone determinee, voisine dudit poste , tandis que le 
protocole de mise en liaison est agence pour permettre 

15 1'echange initial d'une information d' identite emise par un 
terminal mobile present dans cette zone contre un code 
temporaire unique, un tel echange etant suivi du lancement 
d'une fonction d' arriere-plan permettant la preparation d'une 
partie au moins d'une transaction sur la base de ladite 

20 information d' identite, et que le poste est capable, sur 
presentation du code temporaire unique, de recuperer puis de 
completer au besoin et de valider la transaction. 

Ainsi le dispositif selon 1' invention permet de traiter une 
25 partie de la transaction sans la presence physique de 
1' utilisateur devant le poste, diminuant aussi le temps passe 
par 1' utilisateur devant le poste. Seule la presence de 
1' utilisateur dans le perimetre choisi est requise pour 
initier la preparation de la transaction. 



30 



D'autres caracteristiques et avantages de 1' invention 
apparaitront a l'examen de la description detaillee ci-apres, 
ainsi que des dessins annexes sur lesquels: 
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- les figures 1A, IB et 1C sont des schemas illustrant 
le dispositif selon 1' invention dans un premier mode de 
realisation, 

- la figure 2 est un organigramme illustrant le fonc- 
tionnement du dispositif de la figure 1 selon une 
premiere methode d' utilisation, 

- la figure 3 est un organigramme illustrant le fonc- 
tionnement du dispositif de la figure 1 selon une 
methode d' utilisation avantageuse, 

- la figure 4 est un schema illustrant le dispositif 
selon 1' invention dans un second mode de realisation, et 

- la figure 5 est un organigramme illustrant le fonc- 
tionnement du dispositif de la figure 4 selon une 
methode d' utilisation avantageuse. 

Les dessins et les annexes contiennent, pour l'essentiel, des 
elements de caractere certain. lis pourront done non seule- 
ment servir a mieux faire comprendre la description, mais 
aussi contribuer a sa definition, le cas echeant. 

Les figures 1A, IB et 1C illustrent de facon schematique le 
dispositif selon 1' invention dans un premier mode de realisa- 
tion. 

Le dispositif selon 1' invention integre un distributeur 
automatique de billets 2, lequel comprend classiquement un 
lecteur de carte 4 capable de lire des informations contenues 
dans la puce d'une carte d'acces 6, en particulier un code 
confidentiel d'acces CCA connu du proprietaire et un identi- 
fiant bancaire IDB designant un compte bancaire. En outre, le 
distributeur automatique de billets 2 comprend un calcula- 
teur 8 capable de mettre en ceuvre un systeme d' exploitation 
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non represents, lequel est agence pour interagir avec les 
dif ferents elements contenus dans le distributeur automatique 
de billets 2. 

Le calculateur 8 est agence pour reagir a l f introduction de 
la carte d' acces 6 dans le lecteur de carte 4 en executant un 
programme de transaction 12. Le programme de transaction 12 
lance une fonction validation 14 , laquelle determine la 
validite de la carte d' acces 6 a partir des informations 
contenues dans la puce et transmises par le lecteur de carte 
4. Dans le cas ou la carte d' acces 6 est jugee valide, le 
programme de transaction 12 appelle une fonction verification 
16, laquelle compare le code confidentiel d' acces CCA contenu 
dans la puce de la carte d'acces 6 avec un code saisi CS par 
l'utilisateur au moyen d'un terminal d'acces 18 integre au 
distributeur automatique de billets 2 et capable d' interagir 
avec le calculateur 8. Si le code saisi CS est identique au 
code confidentiel d'acces CCA, le programme de transaction 12 
appelle une fonction informations 20, laquelle interagit avec 
le terminal d'acces 18 pour demander puis apprendre de 
l'utilisateur le montant MT d' une somme d' argent a delivrer. 
Le programme de transaction 12 lance alors une fonction 
autorisation 22, laquelle eraet une requete de transaction RDT 
vers un serveur d' autorisation distant 24 connecte au 
distributeur automatique de billets 2 selon des moyens connus 
de l'homme du metier. La requete de transaction est cons- 
tituee de 1 ' identif iant bancaire IDB, contenu dans la puce de 
la carte d'acces 6 et obtenu par le lecteur de carte 4, et du 
montant a delivrer MT. La requete de transaction RDT est 
autorisee par le serveur d' autorisation distant 24 si le 
credit du compte bancaire designe par 1' identif iant bancaire 
IDB est suffisant compte tenu du montant a delivrer MT . Si la 
requete de transaction RDT est autorisee par le serveur 
d' autorisation distant 24, le programme de transaction 12 
appelle une fonction delivrance 26, laquelle interagit avec 
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un livreur de billets 28, pour fournir le montant a delivrer 
MT. 

L' organigrainme de la figure 2 resume les differentes opera- 
tions realisees par les fonctions du programme de transac- 
tion 12. A 1' operation 200, le calculateur 8 lance le 
programme de transaction 12 a 1' insertion de la carte d'acces 
6 puis, lors de 1' operation 202, la fonction validation 14 
teste la validite de la carte d'acces 6 en fonction des 
informations contenues dans la puce. Si la carte d'acces 6 
n'est pas ou plus valide, une fonction annulation non 
representee sur la figure IB met fin au programme de transac- 
tion 12 et coopere avec le lecteur de carte 4 pour restituer 
la carte d'acces 6, a 1' operation 204. Dans le cas ou la 
carte d'acces 6 est valide, a 1' operation 206, la fonction 
verification evalue si le code saisi CS par 1' utilisateur est 
identique au code conf identiel d' acces CCA lu sur la carte 
d'acces 6. Sinon, 1' operation 204 d' annulation de la transac- 
tion et de restitution de la carte est lancee. Si les codes 
saisi CS et conf identiel d'acces CCA sont identiques, la 
fonction information 20 demande et apprend le montant a 
delivrer MT au cours de 1' operation 208, puis la fonction 
autorisation 22 emet vers le serveur d' autorisation distant 
24 la requete de transaction RDT a 1' operation 210. Si la 
requete de transaction RDT est acceptee (operation 212), la 
fonction delivrance 26, a 1' operation 214, delivre les 
billets. Sinon, a 1' operation 204, la fonction annulation est 
appelee, laquelle met fin au programme de transaction 12, 
comme decrit precedemment . 

L' organigramme de la figure 2 montre que le distributeur 
automatique de billets 2 est accapare par 1' utilisateur 
pendant toute la duree des operations 200 a 214 tandis que la 
presence physique de 1' utilisateur n'est absolument requise 
que lors de 1' operation 214, c'est-a-dire lorsque les billets 
sont delivres. Le temps d' occupation du distributeur automa- 
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tique de billets est ainsi beaucoup plus long que le temps 
effectivement necessaire a la delivrance des billets. Lorsgue 
plusieurs utilisateurs sont susceptibles d' employer le 
distributeur automatique de billets 2 a la suite les uns des 
autres, le temps necessaire pour traiter les transactions de 
tous les utilisateurs est particulierement important compare 
au temps reellement necessaire pour delivrer les billets. 

L' operation 214 peut etre designee comme une transaction et 
les operations 200 a 212 comme etant la preparation de la 
transaction. 

Dans ce mode de realisation, le dispositif selon 1' invention 
a pour but de permettre 1' execution de la preparation de la 
transaction sans la presence physique de 1' utilisateur devant 
le distributeur automatique de billets 2. 

Dans ce mode de realisation du dispositif selon 1' invention, 
illustre sur les figures 1A, IB et 1C, le distributeur 
automatique de billets 2 est connecte a une borne 32 de 
communication radio courte portee par 1' intermediate d'une 
liaison filaire connue. La borne 32 est capable d' etablir une 
communication sous forme d' ondes radio avec un terminal 
mobile 34 se trouvant a 1'interieur d' un perimetre 36, lequel 
5 est defini au moins en partie par la borne 32 et eventuelle- 
ment a l'aide de plusieurs autres bornes semblables non 
representees. 

Avantageusement, la borne 32 est conforme aux standards de 
0 communication WiFi et/ou Bluetooth et le terminal mobile 34 
est un telephone mobile de type GPRS ou GSM disposant en 
outre d'un dispositif de communication 33 courte portee 
adapte a la borne 32, par exemple sous la forme d'un module 
Bluetooth ou WiFi. Le terminal mobile 34 peut etre egalement 
;5 un assistant personnel electronique (communement designe par 
le terrae de PDA) integrant un module de communication a la 
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norme Bluetooth ou WiFi. Dans l'un et 1' autre cas, d'autres 
normes de communication sont utilisables. Par exemple, l e 
dispositif de communication 33 peut prendre la forme d'un 
module operant selon la technologie NFC (technologie de 
communication courte portee sans fil) . 

De maniere evidente, la borne 32 peut etre prevue pour operer 
selon tout autre standard de communication sans fil, en 
particulier radio, de courte portee. Le terminal mobile 34 
peut prendre egalement la forme de tout appareil de communi- 
cation conforme a une technologie de communication mobile a 
reseau cellulaire. 

Le distributeur automatique de billets 2 comprend egalement 
un programme d' automate virtuel 36 ainsi qu'un programme de 
gestion des billets 38, tout deux executes par le calculateur 
8. Le programme d' automate virtuel est capable d' interagir 
avec la borne 32 au moyen d'une fonction d' emission de 
requete 4 0 et d'une fonction de reception de requete 42 pour 
emettre et recevoir des requetes avec le terminal mobile 34. 

Le terminal mobile 34 comprend de facon classique des moyens 
de memorisation et de calcul, non represents, agences pour 
respect ivement conserver et executer un programme 44, lequel 
peut etre sujet a un abonnement bancaire, capable d' interagir 
avec le dispositif de communication radio courte portee 33. 
Les moyens de memorisation peuvent egalement contenir un 
identifiant de service IDS propre a identifier de facon 
unique le terminal mobile 34 et les coordonnees bancaires de 
son proprietaire. . 

Lorsque le terminal mobile 34 se trouve a 1' interieur du 
perimetre 36, il peut s'etablir une communication entre le 
terminal mobile 34 et la borne 32 associee au distributeur 
automatique de billets 2 selon une methode connue de l'homme 
du metier (operation 300). La communication entre le terminal 
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mobile 34 et la borne 32 peut s'initier de maniere spontanee 
par reconnaissance mutuelle du terminal mobile 34 et de la 
borne 32 ou bien resulter d' un acte volontaire, par exemple 
au moyen d'une demande emise par 1' utilisateur du terminal 
5 mobile 34. 

La communication entre le terminal mobile 34 et le distribu- 
teur automatique de billets 2 supporte une requete 
d' initiation RI emise par le programme d' automate virtuel 36 

10 au moyen de la fonction d' emission de requete 40 et creee par 
une fonction initiation 43 a 1' operation 302. La requete 
d' initiation RI comprend un identifiant de transaction IDT 
genere lors de 1' emission. Le programme 44 traite la requete 
d' initiation RI en retournant la valeur de 1' identifiant de 

15 service IDS a 1' operation 304. A la reception de la reponse 
a la requete d' initiation RI, le programme d' automate virtuel 
36 appelle une fonction de validation distante 50, laquelle 
determine la validite de 1' identifiant de service IDS pendant 
1' operation 306. Si 1' identifiant de service IDS est juge 

20 valide, le programme d' automate virtuel 36 est en attente. 

Le programme d' abonnement bancaire 4 4 comprend en outre une 
fonction activation 52 capable d'emettre, au cours de 
1' operation 308, une requete de transaction distante RTD en 
25 direction du distributeur automatique de billets 2 indiquant 
le montant de la somme d' argent a delivrer MT ainsi que la 
valeur d'un code confidentiel personnel CCP, lequel est 
associe a 1' identifiant de service IDS. 

30 Selon une premiere configuration de 1' invention, le code 
confidentiel personnel CCP est enregistre dans une memoire du 
terminal mobile 34, avec laquelle la fonction deactivation 52 
est capable d' interagir pour lire puis emettre la valeur 
dudit code. Dans une configuration alternative, le code 

35 personnel confidentiel CCP est connu de 1' utilisateur , lequel 
saisit ledit code par 1' intermediaire d'un clavier numerique 
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non represents pour permettre son emission par la fonction 
activation 52. Dans une autre configuration encore, la 
requete de transaction distante RTD ne contient pas la valeur 
du code confidentiel personnel CCP mais un code equivalent 
dont 1' emission est conditionnee par la verification d' un 
critere de securite lie au service: par exemple, la verifica- 
tion d'une empreinte digitale de 1' utilisateur avant 
1' emission de la requete de transaction distante RTD au moyen 
d'un dispositif connu de l'homme du metier. 

Dans un mode de realisation particulier, la fonction 
d' activation 52 emet une requete de transaction distante RTD 
comprenant un montant MT predetermine sur une unique pression 
d'une touche du terminal mobile. Dans une variante de ce mode 
de realisation particulier, differentes touches sont asso- 
ciees & 1' emission de requetes de transaction distante RTD 
indiquant des montants MT predetermines differents. 

Dans une configuration de 1' invention, a la reception de la 
requete de transaction distante RTD, 1' automate virtuel 36 
interagit avec la fonction verification 16, laquelle verifie 
la concordance entre 1' identif iant de service IDS et le code 
confidentiel personnel CCP. Si le code confidentiel personnel 
CCP correspond a 1' identif iant de service IDS, le programme 
d' automate virtuel 36 poursuit le traitement de la requete de 
transaction distante RTD en appelant une fonction 
d'autorisation distante 54, similaire a la fonction 
d'autorisation 22 decrite plus haut, laquelle emet une 
requete de transaction RDT vers le serveur d'autorisation 
distant 24 comprenant entre autre 1' identif iant de service 
IDS et le montant MT (operation 310) suivant un processus 
similaire a ce qui a ete decrit plus haut. 



Dans une autre configuration de 1' invention, le programme 
automate virtuel 36 emet, a la reception de la requete de 
transaction distante RTD, la requete de transaction RDT vers 
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le serveur d' autorisation distant 24 sans verifier la 
concordance entre le code confidentiel personnel CCP et 
1' identif iant de service IDS. Dans ce mode de realisation, la 
requete de transaction RDT comprend en outre la valeur du 
code confidentiel personnel CCP et de 1' identif iant de 
service IDS. Le serveur d' autorisation distant 24 est agence 
pour verifier la concordance entre le code confidentiel 
personnel CCP et 1' identif iant de service IDS, et pour 
valider la requete de transaction RDT dans 1' affirmative . 



10 



Dans une configuration de 1' invention, le terminal mobile 34 
comprend en outre une fonction de verification, similaire a 
la fonction verification 16, executee dans une memoire du 
terminal mobile 34 et qui verifie la concordance entre le 
15 code confidentiel personnel CCP et 1' identif iant de service 
IDS. Dans 1' affirmative, la fonction activation 52 emet la 
requete de transaction distante RTD, laquelle ne comprend pas 
dans cette configuration la valeur du code confidentiel 
personnel CCP. 



20 



Dans une configuration particuliere de 1' invention, aucun 
code personnel confidentiel CCP n' est associe a 1' identif iant 
de service IDS, de sorte que l'identite de 1' utilisateur du 
terminal mobile 34 ne peut etre verifiee selon l'un des 
25 moyens decrits plus haut. Dans ce cas, peut etre utilisee la 
capacite d' identif ication propre au terminal mobile, par 
exemple la carte SIMM. 



30 



Dans toutes les configurations decrites ci-dessus, si la 
requete de transaction RDT est validee par le serveur 
d' autorisation distant 24 (operation 312), le programme 
d' automate virtuel 36 repond a la requete de transaction 
distante RTD au moyen de la fonction d' autorisation distante 
54, laquelle associe a 1' identif iant de transaction IDT la 
35 valeur "validee" (operation 314) . 
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Le calculateur 8 du distributeur automatique de billets 2 est 
agence en outre pour executer un programme moniteur 55, 
lequel comprend une table inf ormatique (non representee) 
associant a chaque identifiant de transaction IDT un indica- 
5 teur d' etat IDE pouvant prendre une des valeurs x> validee" ou 
"non-validee" et un compteur de temps TMR capable de compter 
le temps ecoule depuis la validation de la transaction. 

Lorsque la valeur du compteur de temps associee a un identi- 
10 fiant de transaction IDT depasse une valeur predefinie, le 
moniteur 55 associe a l'indicateur d'etat de la transaction 
la valeur "non-validee" . 

Le programme d' automate virtuel 36 est agence pour repondre 
15 a la presentation, selon un precede decrit plus loin, de 
1' identifiant de transaction IDT en appelant une fonction 
reprise 53 (operation 316), laquelle est capable d' interroger 
le programme moniteur 55 pour verifier 1' existence de 
1' identifiant de transaction IDT dans la table mentionnee 
20 plus haut. 

Selon une configuration de 1' invention, le programme 
d' automate virtuel est agence pour interagir avec le terminal 
18, lequel est utilise par 1' utilisateur pour saisir 
25 1' identifiant de transaction IDT. 

Dans une autre configuration, le programme d' automate virtuel 
36 interagit avec la fonction reception 42, laquelle regoit 
la valeur de 1' identifiant de transaction IDT du terminal 

30 mobile 34 via la borne 32. Selon une premiere mise en oeuvre, 
1' identifiant de transaction IDT a ete porte a la connais- 
sance de 1' utilisateur par exemple au moyen d'un organe 
d'affichage du terminal mobile 34 non represents, puis saisi 
par 1' utilisateur et emis par le programme 44. Selon une 

35 seconde mise en oeuvre, 1' identifiant de transaction IDT est 
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memorise dans une memoire du terminal mobile 34 et emis par 
le programme 44 sur une action de 1' utilisateur . 

Dans une autre configuration encore, le programme d' automate 
5 virtuel 36 comprend des mo yens pour lire la valeur de 
1' identif iant de transaction IDT contenu dans une memoire du 
terminal mobile 34. Cette configuration est privilegiee dans 
le cas ou la requete de transaction distante RTD a ete emise 
sur une pression d'une unique touche du terminal mobile 34 
10 avec un montant MT predetermine. 



Dans une autre configuration encore, 1' identif iant de 
transaction IDT comprend une information designant l'une des 
touches presentes sur le distributeur automatique de billets. 

15 Le programme 44 est capable de provoquer 1'affichage de cette 
information sur 1'ecran du terminal mobile 34. Le programme 
d' automate virtuel 36 maintient une correspondance entre 
1' information designant la touche et 1' identif iant de 
transaction IDT, en sorte que, lorsque la touche designee est 

20 actionnee, le programme d' automate virtuel 36 recupere 
1' identif iant de transaction IDT de maniere a achever la. 
transaction. Cette derniere configuration off re a la fois une 
bonne rapidite d' execution de la transaction et une bonne 
discretion puisque le terminal mobile 34 peut etre conserve 

25 par exemple dans la poche de 1' utilisateur . Bien entendu, 
lorsque plusieurs transactions sont initiees a partir d'un 
meme terminal mobile 34, des touches differentes sont 
associees aux different s identif iants de transaction IDT. 

30 Dans le cas ou 1' identif iant de transaction IDT est present 
dans la table du programme moniteur 55, et si 1'indicateur 
d'etat IDE associe a 1' identif iant de transaction IDT a la 
valeur ^validee", le programme de gestion de billets 38 
interagit, selon une configuration, avec le livreur de 

35 billets 28 pour delivrer le montant MT (operation 318) . 
Sinon, le programme de gestion de billets 38 se termine sans 
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commander la delivrance des billets. De maniere optionnelle r 
avant la delivrance des billets , le programme d' automate 
virtuel 36 appelle une fonction comparaison 60, laquelle 
compare la valeur de 1' identif iant de transaction IDT present 
5 dans la table avec la valeur de 1' identif iant de transaction 
IDT lue dans la memoire du terminal mobile 34 . La delivrance 
des billets n' intervient que si il y a concordance des deux 
valeurs. 

10 Avantageusement, les communications radio entre la borne 32 
et le terminal mobile 34 sont chiffrees selon une methode 
connue de l'homme du metier. 

L' organigramme de la figure 3 montre que la presence physique 
15 de 1' utilisateur n f est necessaire que pour les operations 316 
et 318- Seule la presence de 1' utilisateur dans un perimetre 
proche est requise lors de 1' initiation de la preparation de 
la transaction. 

20 Grace au dispositif selon l f invention, le temps d' occupation 
du distributeur automatique de billets 2 par un utilisateur 
est reduit. II en decoule deux avantages . D'une part, puisque 
le temps passe devant le distributeur automatique de billets 
2 est reduit, le risque d' agression, par exemple de vol de la 

25 carte d'acces 6 ou des billets, est diminue. D' autre part, le 
distributeur automatique de billets 2 peut traiter dans un 
temps donne plus d' utilisateurs . 

II est important de noter que le distributeur automatique de 
30 billets 2 decrit plus haut peut etre simplifies. Dans un mode 
de realisation particulier en effet, le distributeur automa- 
tique de billets 2 comprend uniquement le programme automate 
virtuel 36 avec toutes les fonctions decrites plus haut, 
ainsi que le moniteur 55, le gestionnaire de billets 38 et le 
35 livreur de billets 28. Dans ce mode de realisation, le 
programme de transaction 12, le lecteur 4 et le terminal 18 
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n' existent pas, ce qui permet de reduire considerablement 
1'encombrement du distributed automatique de billets 2 ainsi 
que sa complexity Dans ce mode de realisation, la verifica- 
tion de la concordance entre le code confidentiel personnel 
CCP et 1' identif iant de service IDS est realisee par le 
serveur distant 24 au moyen d'une requete de maniere simi- 
laire a ce qui a ete decrit plus haut, et la presentation de 
1' identif iant de transaction IDT. est realisee par le terminal 
mobile 34. De maniere alternative, la verification de la 
concordance entre le code personnel confidentiel CCP et 
1' identif iant de service IDS peut etre realisee par une 
fonction integree au programme d' automate virtuel 36. On peut 
ainsi se passer en particulier de la fonction verification 16 
et du terminal 18. II est alors particulierement avantageux 
de prevoir dans le distributeur de billets un dispositif 
capable d' interagir avec le livreur de billets 28 pour 
preparer le montant MT a delivrer des la validation de la 
transaction par le serveur distant 24, ce qui permet de 
reduire d'autant le temps de presence physique de 
l'utilisateur devant le distributeur automatique de billets 
2. 

Dans certaines applications, la presence physique d'une carte 
de credit au distributeur automatique de billets 2 peut etre 
jugee essentielle. En ce cas, 1' invention permet de limiter 
1' interaction de l'usager avec le distributeur 2 a 
1' introduction de la carte de credit dans celui-ci. Les 
caracteristiques de la carte de credit ont alors deja ete 
verifiees lors de la preparation de la transaction. Si 

, necessaire, la verification de 1'identite du porteur de la 
carte de credit peut se faire par composition d' un code 
confidentiel (code PIN); cette verification peut egalement 
avoir ete faite prealablement , par exemple par presentation 
a l'avance du code confidentiel via le terminal mobile 34 

i securise en consequence. Suivant cette securisation, le code 
confidentiel en question peut etre compose au clavier du 
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terminal mobile 34 , ou bien stocke et envoye sur ordre de 
l'usager defini par une action ou une combinaison d' actions , 
par exemple appui sur une touche du terminal mobile 34. De 
meme, egalement en fonction de la securisation, tout ou 
partie des caracteristiques de la carte de credit peuvent 
etre stockees dans le terminal mobile 34 . 

Alors que la preparation d'un retrait d' argent lorsqu'elle 
est effectuee devant le distributeur automatique de billets 
2 est particulierement reperable et identifiable, rien ne 
permet de discerner cette preparation lorsqu'elle est 
realisee a l'aide du terminal mobile 34 grace au dispositif 
selon 1' invention. Ceci reduit d'autant les risques 
d' agression. 

Dans un mode de realisation different, illustre sur les 
figures 4 et 5, le dispositif selon 1' invention est mis en 
ceuvre dans un magasin et comprend un terminal de caisse 70 f 
lequel integre un calculateur executant un programme de 
solvability 64. 



Le terminal de caisse 70 est connecte, comme decrit precedem- 
merit, a la borne 32 capable de reagir a la presence du 
terminal mobile 34 a l'interieur du perimetre 36 defini au 
moins en partie par la borne 32 f comme decrit plus haut, en 
etablissant une communication (operation 500) entre le 
terminal mobile 34 et le terminal de caisse 70. La decouverte 
du terminal mobile 34 peut survenir, dans un mode de realisa- 
tion, de maniere implicite a 1' initiative de la borne 32. 
Dans un autre mode de realisation, le terminal mobile 34 
comprend une fonction decouverte non representee capable de 
signaler le terminal mobile 34 a la borne 32 de maniere 
explicite . 

A l'etablissement de la communication, le programme de 
solvabilite appelle la fonction d' initiation 43, laquelle 
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emet la requete d' initiation RI perraettant l'echange de 
1' identif iant de service IDS contre 1' identif iant de transac- 
tion IDT, selon le processus decrit plus haut (operations 502 
et 504) . A la reception de la reponse a la requete 
5 d' initiation RI, le programme de verification de solvability 
64 determine la validity de 1' identif iant de service IDS au 
. moyen de la fonction de validation distant e 50 (operation 
506) . 

10 Le programme de solvability 64 se met en attente de la 
reception d'une requete de solvability RS emise par la 
fonction activation 52 du terminal mobile 34 et contenant 
d'une part, le montant MT d'une autorisation a delivrer et 
d' autre part, le code confidentiel personnel CCP (operation 

15 508) . Comme mentionne plus haut, le code confidentiel 
personnel CCP peut etre memorise dans le terminal mobile 34 
ou encore saisi par 1' utilisateur . 

La reponse a la requete d' initiation RI peut survenir apres 
20 validation d'une fonction par 1' utilisateur ou bien etre 
transparente pour ce dernier. 

A la reception de la requite de solvability RS, le programme 
de solvability 64 interagit avec des moyens de communication 
25 reliant le terminal de caisse 70 au serveur d' autorisation 
distant 2 4 pour emettre une requete de solvability RS 
contenant le montant MT, 1' identif iant de service IDS et le 
code confidentiel personnel CCP (operation 510) . 

30 Selon une caracteristique optionnelle de l f invention, le 
programme de solvability 34 comprend une table inf oirmatique 
TS non representee associant 1' identif iant de service IDS a 
un montant autorise MTA. Le programme de solvability 64 
reagit alors a la requete de solvability RS en interrogeant 

35 la table informatique TS: si le montant MT contenu dans la 
requete de solvability RS est inferieur au montant autorise 
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MTA, la transaction est autorisee sans faire appel au serveur 
d'autorisation distant 24. Dans le cas contraire, le pro- 
gramme de solvability 64 emet une requete de solvabilite RS 
a destination du serveur distant 24 selon la irulthode decrite 
plus haut . 

Si le compte bancaire designe par 1' identif iant de service 
IDS est suffisamment crediteur, la reponse (operation 512) a 
la requete de solvabilite RS est positive et le programme de 
solvabilite 64 appelle la fonction d'autorisation distante 
54, laquelle associe la valeur "validee" a 1' identif iant de 
transaction IDT, lors de 1' operation 514. 

Lorsque 1' utilisateur se rend devant le terminal de caisse 70 
5 pour regler ses achats, le calculateur 62 execute le pro- 
gramme facturation 66, lequel commence par etablir le montant 
des achats. Le programme de facturation 66 reagit a la saisie 
de 1' identif iant de transaction IDT par 1' utilisateur en 
interrogeant le programme moniteur 55 selon le processus 
) decrit precedemment . 

Si 1' identif icateur d'etat associe a 1' identif iant de 
transaction IDT est a la valeur "validee", et que le montant 
calcule des achats est inf^rieur au montant MT, 1' utilisateur 
peut partir avec ses achats tandis qu'une operation bancaire 
classique debitera le compte identif ie par 1' identif iant de 
service IDS. 



Dans le cas contraire, c'est-a-dire si l'indicateur d'etat 
associe a 1' identif iant de transaction IDT est a la valeur 
"non-validee", ou si le montant des achats est superieur au 
montant MT, le paiement s'effectue de maniere classique. 

Grace au dispositif selon 1' invention, 1' utilisateur peut, 
tout en effectuant ses achats, faire preparer la requete de 
solvabilite pour le montant estime de ses achats. Individuel- 
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lenient, il gagne du temps au moment de son passage en caisse. 
Globalement, 1' utilisation du dispositif selon 1' invention 
par un plus grand nombre de clients reduit le temps d' attente 
de chaque client a la caisse. Le dispositif selon 1' invention 
5 rend ainsi les verifications de solvability plus faciles. 

Dans les deux modes de realisation du dispositif selon 
1' invention decrits plus haut, le perimetre 36 definit une 
zone dans laquelle la preparation de la transaction est 

10 possible. Le perimetre 36 pent etre adapte, grace a un 
dispositif connu de l'homme du metier, en reduisant la portee 
de la borne 32 ou de 1' ensemble des bornes utilisees pour la 
definition de la zone. Des lore, il est possible d' adapter le 
perimetre 36 <C est-a-dire la portee de la borne) et la 

15 localisation de la borne 32 de maniere a couvrir la zone 
desiree. Par exemple, dans le second mode de realisation, il 
est avantageux que la zone definie par la borne 32 et le 
perimetre 36 couvre le plus exactement possible la surface du 
magasin. 

Dans les deux modes de realisation decrits plus haut, le 
programme moniteur 55 pent comprendre des options permettant 
d'associer la valeur "non-validee" de 1' identif iant de 
transaction dans les cas suivants: 

- sortie du terminal mobile 34 du perimetre 36 sans 
validation de la transaction, 

- sortie du terminal mobile 34 du perimetre 36 pendant 

un temps predetermine, 

- message d' annul at ion emis depuis le terminal mobile 

30 34. 

Les deux modes de realisation decrits ci-dessus ne consti- 
tuent que des exemples de mises en ceuvre de 1' invention. 
L' invention est applicable a tout dispositif de transaction 
35 comportant une phase preparatoire de la transaction pour 
laquelle la presence physique de 1' utilisateur devant 
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l'organe de delivrance du service n' est pas absolument 
requise. II a ete decrit des phases preparatoires a des 
transactions comportant une etape de verification de solvabi- 
lity, mais 1' invention peut etre appliquee dans des cas 
dif ferents . 

Ainsi, il est envisageable de mettre en oeuvre 1' invention 
dans un restaurant de type "fast-f ood". Dans ce cas, le 
terminal mobile 34 interagit avec un programme commande 
execute dans la memoire d'une caisse, ou d'un reseau de 
caisse, pour etablir la commande de 1' utilisateur en echange 
d'un identifiant de transaction IDT. La commande sera 
delivree a 1' utilisateur a son arrivee en caisse sur presen- 
tation de 1' identifiant de transaction, 

L' invention peut egalement etre appliquee dans un cinema. 
1/ utilisateur a l'approche du cinema emet une requete en 
direction d'un programme de reservation enregistre et execute 
dans une memoire d'une caisse ou d'un reseau de caisse du 
cinema precisant la seance contre un identifiant de transac- 
tion IDT. Sur presentation de 1' identifiant de transaction, 
le billet est delivre a 1' utilisateur . 

L' invention peut egalement etre integree a un dispositif de 
controle d'acces dont une partie des verifications liees, par 
exemple, a l'identite peut etre pre-traitee. Une fois les 
verifications achevees, un code simple est porte a la 
connaissance de 1' utilisateur du terminal mobile. La presen- 
tation de ce code a un poste de controle valide l'acces. 

Les differents modes de realisation decrits precedemment ont 
en commun trois choses : 

- une preparation de la transaction, ou pre-traitement, 
effectuee initialement a l'aide d'un terminal mobile tel 
qu'un telephone ou equivalent ; 
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- le fait qu'au niveau de 1' execution de la transaction, 
c'est-a-dire du "poste", qui est par exemple un distri- 
buteur de billets ou une caisse, on utilise une transac- 
tion ainsi preparee de facon a simplifier et fluidifier 
autant que possible, et dans la mesure de la securite 
desiree, les echanges terminaux entre le client et le 
commercant, qu'il s'agisse de la banque dans le cas d'un 
distributeur automatique de billets ou d'un commercant 
classique dans le cas d'une caisse ; et 

- la presence de 1' utilisateur dans un perimetre proche 
du poste. 

La presente demande montre l'interet de 1' usage d'un terminal 
mobile tel qu'un telephone, dans le cadre d'une telle 
preparation de transaction. 

La notion de terminal mobile n' est pas limitee a un telephone 
mobile ou un assistant personnel de type PDA et s'etend a 
tout support d' informations disposant de capacites de 
communications courte portee. 

Dans ce qui precede, les amenagements enseignes selon 
1' invention sont, pour leur partie inf ormatique, essentielle- 
ment places au niveau de 1' ensemble que constitue un equipe- 
ment sans fil et le poste de transaction. 

Mais, dans une autre approche, la presente invention peut 
etre vue directement, dans un cas ou 1 ' on chercherait a 
transferer lesdits amenagements au niveau d'un serveur 
distant charge de tout ou partie des taches de "pre-traite- 
ment", ou preparation de la transaction. 



Dans ce cas, le contact initial effectue a 1 • aide du terminal 
mobile peut consister en l'appel par telephonie classique du 
centre de traitement en question. Celui-ci se charge alors, 
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en utilisant la liaison telephonique, au besoin les caracte- 
ristiques d ' identification permises par la telephonie mobile, 
et un ou des codes d' identification personnelle, de realiser 
les parties du pre-traitement qui comportent une identifica- 
tion personnelle, la definition de coordonnees. bancaires, et 
eventuellement celle d'un montant de credit. 

Le serveur pourra alors transmettre les informations de pre- 
traitement, ou la partie qui en aura ete assuree par ce 
serveur, vers l'equipement associe au poste de transaction, 
ou mime le poste de transaction lui-meme. L ' identification du 
poste de transaction (ou du systeme dont il fait partie) lors 
de la communication initiale peut alors etre assuree par un 
code approprie, ou meme par le numero de telephone a compo- 



15 ser. 



On peut alors utiliser le circuit radio local, avec son 
"perimetre", pour une transmission automatique de ces 
informations (numero telephonique et/ou code) au terminal 
mobile. Dans le cas d'un terminal mobile qui ne serait pas 
capable d'une communication radio, cette information peut 
meme etre transmise par voie visuelle, auditive, ou tout 
autre moyen. 

Dans le developpement des paragraphes qui precedent, 
1' element essentiel de 1' invention est alors 1' usage au 
niveau du poste d'une transaction au moins partiellement 
preparee a 1'avance, sur les memes bases que decrites 
precedemment . D'un tel point de vue, il est possible 
d' assurer la preparation de la transaction par de nombreux 
moyens differents, lies ou non a un terminal mobile. 

Le pre-traitement peut etre mis en oeuvre dans differentes 
applications, dans des cas ou un service ne dispose que d'une 
capacite physique limitee d'accueil pour satisfaire l'usager 
ou le client (qui se trouve alors en attente) . On pourra 
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citer les applications de billettorie (bus, train, cine- 
ma...), les services administratif s (pre-traitement du 
dossier, ou la verification d' informations concernant le 
titulaire d'un passeport de type electronique ou le passeport 
lui-meme, lequel est par exemple dote d'une etiquette 
radiofrequence (egalement designee etiquette RFID) , les 
stations service (f acturation) . 

Les distributeurs automatiques de films peuvent egalement 
profiter avantageusement du systeme de pre-traitement selon 
1' invention. En effet, les usagers passent souvent un temps 
relativement long a effectuer la selection du film souhaite: 
le film initialement desire peut etre indisponible, la 
consultation d' informations sur le film (jaquette, resume, 
15 acteurs principaux) et/ou le parcours de la liste des films 
proposes prend du temps. 

L'invention permet alors d'eviter d'accaparer le distributeur 
automatique de films pour cette phase de selection et de fait 
d' avoir a mettre en place des terminaux de selection supple- 
mentaires adjoints au distributeur automatique de films pour 
faire face aux periodes d' affluence. Les usagers equipes d'un 
terminal mobile et presents dans le perimetre environnant le 
distributeur automatique de films peuvent effectuer la 
selection au moyen de leur terminal mobile, et meme profiter 
des fonctionnalites multimedia offertes par les terminaux 
mobiles modernes, par exemple pour visualiser les bandes 
annonces de films. Seul le retrait effectif du film necessite 
d'acceder physiquement au distributeur. 
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Enfin, il s'entend qu'un meme terminal mobile peut etre 
utilise pour initier differentes transactions soit avec un 
meme poste de delivrance de service (distributeur de billets, 
terminal de caisse etc.) soit avec des postes dedies a des 
35 services differents. 
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La definition du perimetre associe a la borne peut impliquer 
la technologie de localisation et/ou guidage par satellite, 
aussi connue sous le terme de technologie GPS. Dans ce cas, 
le terminal mobile present e des f onctionnalites GPS, par 
5 exemple grace a un module particulier. La presence d'un 
utilisateur dans un perimetre donne peut etre alors etablie 
grace a une information sur la position de 1' utilisateur 
communiquee par GPS. L' utilisateur peut egalement recevoir 
alors une information sur la position de la borne par 
10 1' intermediaire du module GPS. 

L f invention ne se limite pas aux modes de realisation decrits 
ci-avant, seulement £ titre d'exemple, mais elle englobe 
toutes les variantes que pourra envisager I'homme de 1 ' art . 
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Rsvendi cations 

1. Dispositif de transaction comprenant un poste (2) 
capable d'effectuer une transaction, et un equipement 
(32), propre a etablir un reseau de communication sans 
fil, avec un ou des terminaux mobiles (34), selon un 
protocole de mise en liaison, ainsi qu'une communication 
avec ledit poste (2), caracterise en ce que 1' equipement 
(32) est agence avec un perimetre (36) choisi pour 
couvrir une zone determinee, voisine dudit poste (2), 
tandis que le protocole de mise en liaison est agence 
pour permettre l'echange initial d' une information 
d'identite (IDS) emise par un terminal mobile present 
dans cette zone centre un code temporaire unique (IDT) , 
un tel echange etant suivi du lancement d'une f onction 
d' arriere-plan permettant la preparation d' une partie au 
moins d'une transaction sur la base de ladite informa- 
tion d'identite (IDS), et que le poste (2) est. capable, 
sur presentation du code temporaire unique (IDT) , de 
recuperer puis de completer au besoin et de valider la 
transaction. 

2. Dispositif de transaction selon la revendication 1, 
caracterise en ce que le poste (2) est agence pour faire 
partie du reseau de communication sans fil dudit equipe- 
ment (32). 

3. Dispositif de transaction selon 1' une des revendications 
1 et 2, caracterise en ce que 1' equipement (32) est 
agence pour operer selon une norme de communication 
radio de courte portee. 

4. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que 1' equipement (32) est 
agence pour operer selon la norme Wifi. 
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5. Dispositif de transaction selon I'une des revendications 
precedentes, caracterise en ce que l'equipement (32) est 
agence pour operer selon la norme Bluetooth ou NFC. 

6. Dispositif de transaction selon rune des revendications 
precedentes, caracterise en ce que la fonction 
d' arriere-plan est lancee sur un message regu de ou a 
t ravers l'equipement (32) de communication. 

• 7. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que la fonction 
d' arriere-plan est implantee au moins en partie dans le 
poste (2) ou dans un reseau local dont fait partie le 
poste (2) . 

8. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que la fonction 
d' arriere-plan est implantee au moins en partie dans 
l'equipement (32) . 

9. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce qu' il comprend un module 
de communication propre £ permettre une communication 
avec un serveur distant (24), et en ce que la prepara- 
tion d'une transaction comprend au moins une verifica- 
tion liee a ladite information d' identite (IDS), et 
effectuee par interrogation du serveur distant (24). 

10. Dispositif de transaction selon la revendication 9, 
caracterise en ce que, la partie non preparee de la 
transaction comportant un element financier, 
1' interrogation du serveur distant (24) comporte une 
verification de credit liee a 1' information d' identite 
(IDS) . 
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11. Dispositif de transaction selon la revendication 10, 
caracterise en ce que 1' interrogation du serveur distant 
comporte une verification de credit pour un montant lie 
au moins en partie a une classe de transactions effec- 

5 tuees par le poste (2) et a ladite information 

d' identite (IDS) . 

12. Dispositif de transaction selon l'une des revendication 
9 et 10, caracterise en ce que 1' interrogation du 

10 serveur distant (24) comporte une verification de credit 

pour un montant defini par des informations complemen- 
taires etablies lors de l'echange initial. 

13. Dispositif de transaction selon l'une des revendications 
15 precedentes, caracterise en ce que la transaction 

comporte un retrait d' especes . 

14. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que la transaction est 

20 une transaction commerciale. 

15. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que la transaction est du 
type contr61e d' acces . 

25 

16. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que la presentation du 
code temporaire unique (IDT) au poste (2) est assuree a 
partir du terminal mobile (34) . 

30 

17. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que le poste (2) comprend 
une fonction de verification (60) capable de comparer la 
valeur du code temporaire unique (IDT) presente avec une 

35 valeur du code temporaire unique (IDT) reference et dont 

le resultat conditionne la validation de la transaction. 
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18. Dispositif de transaction selon la revendication 17 , 
caracterise en ce que le poste (2) comprend en outre une 
f onction interrogation agencee pour etablir corame valeur 
de code temporaire unique (IDT) de reference une valeur 
du code temporaire unique (IDT) enregistree dans une 
memoire du terminal mobile (34) . 

19. Dispositif de transaction selon l'une des revendication 
precedentes, caracterise en ce que le poste (2) comprend 
un organe de saisie pour la presentation du code tempo- 
raire unique (IDT) . 

20. Dispositif de transaction selon la revendication 17 , 
caracterise en ce que la valeur du code temporaire 
unique (IDT) reference est emise par le terminal mobile 
(34). 

21. Dispositif de transaction selon l'une des revendications 
precedentes, caracterise en ce que la presentation du 
code temporaire unique (IDT) au poste (2) est assuree a 
partir du terminal mobile (34) a travers le meme reseau 
de communication sans fil. 

22. Dispositif de transaction selon l'une des revendications 
precedentes , caracterise en ce qu'il comprend une 
f onction moniteur (55) capable d'annuler une transaction 
preparee en f onction d'un critere de peremption choisi. 



WO 2005/073931 



PCT/FR2005/000088 
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Fig.2 
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Fig.3 
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Fig.4 
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Fig.5 




500 



INI 

Rl ( IDT ) 


PROG 


— 502 








PROG^ 


Rl ( IDS ) 


— 504 








VAL D 

IDS = ' 


'OK " 


— 506 



ACT 



RS ( CCP, MT ) 



508 



AUTD 

RS ( CCP, MT, IDS ) -* SER 



510 



SER 

RS ( IDS, WIT ) = " OK 



512 





AUTD 

IDT: = 


» OK " 


— 514 










FACT <— IDT 


— 516 










FACT 

MT : = " OK " 


— 518 



